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EXECUTIVE  SUMMARY 


PROBLEM 

The  Joint  Requirements  Oversight  Council  (JROC)  chartered  the  Single 
Integrated  Air  Picture  (SIAP)  System  Engineering  Task  Force  to  “Focus  initial 
efforts  on  identifying,  prioritizing,  and  recommending  fixes  to  the  existing  JDN 
deficiencies,  while  ensuring  these  fixes  are  on  the  path  to  an  effective  SIAP 
capability.”  To  achieve  these  objectives  and  develop  recommendations  to  fix 
JDN  deficiencies,  the  SIAP  SE  developed  an  Implementation  Plan  (IP).  The  IP 
defines  the  specific  activities  that  must  be  accomplished  by  the  Task  Force  (TF) 
to  facilitate  the  evolution  of  the  Joint  Theater  Air  Missile  Defense  Family  of 
Systems  (FoS)  toward  a  SIAP  capability.  One  of  the  principal  activities  of  the 
Task  Force  defined  in  the  IP  is  the  rigorous  analytical  process  to  categorize, 
analyze,  and  assess  all  SIAP  events  of  interest.  A  Lessons  Learned  Database 
will  be  a  critical  tool  necessary  to  support  the  successful  analysis  process. 

The  SIAP  SE  TF  plans  to  use  the  LL  DB  to  support  warfighter  capability 
evaluation,  requirements  evaluation,  and  performance  prediction.  The  LL  DB  will 
support  root  cause  analysis  (RCA)  of  events  of  interest  gathered  from  selected 
exercises,  HWIL,  and  OITL  events  of  interest.  Additionally,  the  SIAP  LL  DB  will 
also  leverage  knowledge  from  previous  activities  such  as:  Joint  Combat 
Identification  Evaluation  Team  (JCIET)  and  the  Joint  Integrated  Air  Defense 
Systems  Integrated  Working  Group  (JIADS  IWG);  other  tests,  exercises  and  real- 
world  operations;  the  Joint  Composite  Tracking  Network  (JCTN)  study  and 
related  studies;  Joint  and  individual  Service  sensor  netting  studies  and  analyses; 
and  other  sources  of  lessons  learned.  The  information  stored  in  the  database 
will  provide  a  basis  or  point  of  departure  for  future  analyses  and  a  source  for  the 
SIAP  Capabilities  and  Limitations  Document.  Specific  use  of  the  LL  DB  to 
support  efforts  of  the  SIAP  Analysis  Team  (SAT)  is  documented  in  the  SIAP 
Integrated  Assessment  Plan  (IAP),  selected  SAT  test  plans,  and  Data 
Management  and  Analysis  Plans  (DMAPs). 


OBJECTIVES 

The  objectives  of  the  Lessons  Learned  System  Engineering  Team  (LL  SET) 
were: 

(1)  Collect  and  consolidate  an  initial  list  of  TADIL  deficiencies,  issues,  and 
shortfalls  and  provide  those  that  were  jointly  evaluated  to  the 
Prioritized  Improvement  List  SET  (PIL  SET). 

(2)  Develop  and  implement  an  on-line  capability  that  would  serve  as  a 
database  repository  for  these  and  future  issues,  deficiencies,  and 
shortfalls.  The  LL  DB  will  also  serve  as  a  knowledge  source  for  status 
of  the  actions  being  taken  to  develop  and  implement  the  solutions. 
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(i.e.,  Capabilities  &  Limitations). 


SCOPE 

This  Technical  Report  represents  the  initial  LL  SET  deliverable  documenting  the 
plan,  actions,  findings,  decisions,  and  initial  conclusions  and  recommendations  of 
the  LL  SET  based  on  the  requirements  of  the  SIAP  Implementation  Plan  (IP)  and 
the  LL  SET  Execution  Plan  (EP).  Services  were  solicited  for  their  top  TADIL 
concerns  and  deficiencies. 

This  Technical  Report  also  recommends  the  technical  requirements  for  an  initial 
database  solution  and  a  Plan  of  Actions  &  Milestones  (POA&M)  for  integrating 
this  repository  capability  into  the  SE  TF  process. 


APPROACH 

The  SIAP  team  initially  focused  on  the  findings  of  the  Joint  Integrated  Air 
Defense  Integrated  Working  Group  (JIADS  IWG)  and  the  Joint  Mission  Area 
Assessment  Technology,  Architecture,  and  Roadmap  Splinter  Group  (JMAA  TAR 
SG).  Recurring  deficiencies  listed  in  these  two  reports  became  the  starting  point 
for  building  a  consolidated  list  of  lessons  learned. 

The  LL  SET  also  solicited  input  from  service  and  agency  representatives  to 
ascertain  the  current  state  of  the  SIAP  and  the  relevance  of  the  deficiencies 
listed  in  the  two  reports  mentioned  above.  These  service  and  agency 
representatives  assisted  the  SE  TF  in  the  consolidation  of  their  respective  lists  of 
Link-16  and  multi-TADIL  “Top  Ten”  SIAP  concerns  and  deficiencies.  The 
resulting  list  consolidating  the  concerns,  deficiencies,  and  shortfalls  will  support 
the  planning  and  development  of  the  LL  DB. 

The  LL  SET  also  identified  a  list  of  14  DoD  databases  that  stored  relevant  SIAP 
information  thus  narrowing  the  scope  of  the  research  to  JCIET,  JITC  and  Roving 
Sands  databases  in  an  effort  to  isolate  system  bugs,  structural  design  issues, 
and  TTP-related  issues. 


FINDINGS 

The  Services  and  BMDO  provided  a  list  of  Link  - 16  and  multi-TADIL  concerns 
and  deficiencies.  These  correlated  with  many  known  deficiencies  identified  in  the 
Dec  1999  JMAA  TAR  SG  report  and  the  June  2000  JIADS  IWG  report  as  well  as 
the  Roving  Sands  1999  and  2000  reports.  These  deficiencies  showed  a  high 
degree  of  commonality  among  the  Services  and  BMDO.  A  summary  of  the 
deficiencies  is  provided  in  appendix  C. 
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WAY  AHEAD 

The  LL  SET  plans  to  pull  the  best  ideas  from  established  DoD  databases  to 
develop  a  tool  for  tracking  SIAP  related  observations  and  issues.  This  prototype 
will  serve  as  the  basis  for  discussion  of  the  database  fields,  data  input,  and 
desired  report(s). 

The  LL  SET  should  also  evaluate  the  LL  DB’s  potential  for  addressing  the  needs 
identified  in  CINC  JFCOM’s  memorandum  dated  7  Jan  2002  (appendix  D),  that 
is,  provide  feedback  on  the  status  of  fix  implementation  and  system  data  link 
capabilities. 


CONCLUSIONS 

Because  of  the  high  degree  of  commonality  of  these  issues  among  the  Services 
and  BMDO,  this  list  offers  a  credible  starting  point  for  the  development  of  the 
Block  1  effort  and  refinement  of  Block  1  analysis  priorities. 


RECOMMENDATIONS 

The  Services  and  BMDO  in  collaboration  with  the  SIAP  SE  should  develop 
standards  and  procedures  for  the  collection,  sharing,  and  joint  analysis  of  data 
from  relevant  open-air  exercises  and  experiments  to  support  SAT’s  root-cause- 
analysis  and  provide  feedback  on  the  implementation  progress  of  system  fixes. 
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1.  INTRODUCTION 


The  SIAP  Implementation  Plan  states  “The  SIAP  Lessons  Learned  Database  will 
consolidate  and  leverage  previous  activities  such  as:  JCIET  and  the  JIADS  IWG;  other 
tests,  exercises  and  real-world  operations;  the  Joint  Composite  Tactical  Network 
(JCTN)  study  and  related  studies;  Joint  and  individual  Service  sensor  netting  studies 
and  analyses;  and  other  sources  of  lessons  learned.”  Figure  1  below  was  extracted 
from  the  SIAP  SE  Implementation  Plan,  it  summarizes  the  relationships  and  the 
products  of  the  LL  SET. 


INPUTS 

-  Observations  from  real-world  operations, 
exercises,  and  evaluations 

•  ASCIET 

•  Roving  Sands 

-  Known  SIAP-Related  Issues  (JITC) 

-  JDEP  planning 

-  Joint  Uniform  Lessons 
Learned  System  (JULLS) 


PROnUCT  DFSCR1PT1QN 
-  4  Months  After  Start 


SIAP  Lessons  L  earned  SEX 
TF  Performance  Assessment  Branch 
Service  System  Engineers 
Affected  Service  System  SMEs 
DISA/JIEO  LNO 
JITC  LNO 
BMDO/JFCOM 
DoD  CIO 


WORK  BRFAKDOWN 

-  Services:  Consolidate  and  Analyze  SIAP 
Lessons  Learned 

-  System  SMEs:  Analyze  Test,  Exercise  and 
Operational  Findings 

-  Engineering  Branch/SET:  Synchronize 
Service  and  Joint  SIAP  Lessons  Learned 

-Develop  Integrated  Database 


VAI  UE  ADDED 


-  Consolidated  List  of  SIAP  Deficiencies 

-  Services  Identification  of  Root  Causes  of 
Observed  Deficiencies 

-  Lessons  Learned  Database 


-  Service  Agreement  on  Deficiencies  and  Root 
Causes 

-  Collaborative  Database  Provides  Foundation 
for  Engineering  Efforts  to  Fix  the  Problems 


Figure  1.  LL  SET’s  Mission 

The  initial  objectives  of  the  Lessons  Learned  System  Engineering  Team  (LL  SET)  were 
to  (1)  collect  and  consolidate  an  initial  list  of  deficiencies,  issues,  and  shortfalls  and 
provide  those  that  were  jointly  evaluated  to  the  Prioritization  Improvement  List  SET  (PIL 
SET),  and  (2)  develop  and  implement  an  on-line  capability  that  would  serve  as  a 
repository  for  these  and  future  issues,  deficiencies,  and  shortfalls.  The  repository  also 
serves  as  a  knowledge  source  for  status  of  the  actions  being  taken  to  develop  and 
implementing  the  solutions  to  include  interim  workarounds  (i.e.,  Capabilities  & 
Limitations).” 

The  purpose  of  building  a  Lessons  Learned  Database  was  to  centralize  the  collection  of 
documented  assessments  from  observed  materiel  deficiencies.  By  pooling  this 
information  the  services  could  address  the  impact,  frequency  of  occurrence,  and  other 
trend  data  to  help  focus  SIAP  SE  TF  objectives.  This  would  support  the  development 
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of  the  SIAP  SE  Prioritized  Improvement  List  (PIL),  make  available  the  objective 
evidence  necessary  to  demonstrate  the  existence  of  pervasive  structural  Joint 
warfighting  capability  shortfalls,  and  support  the  development  of  the  SIAP  component  of 
the  system  and  technical  views  of  the  Theater  Air  and  Missile  Defense  (TAMD) 
Integrated  Architecture.  The  database  would  also  support  forensic  engineering  (aka 
root-cause-analysis)  of  observed  deficiencies. 

This  technical  report  addresses  the  deliverable  defined  by  the  SIAP  Acquisition 
Executive  (Figure  2)  due  on  1  July  2001 . 


LL  SET  Task 

= - - - ~~  :  =  '  =  ~~~ 

To  be  Delivered  1  July  2001  in  Accordance  with  SIAP  AE  Direction: 

•  Engineering  Analyses  to  Consolidate  Lessons  Learned 

-  Establish  Lessons  Learned  Database  (Product) 

•  Engineering  Analyses  to  Logically  Group  Warfighter  Shortfalls 
Into  Blocks 

-  Prioritized  List  of  JDN  Fixes  (Product)  including: 

*  Choices  of  Courses  of  Action  for  at  Least  tire  Top  20  with: 

_  cost.  Schedule,  System  Engineering  Path,  and  by  System  Value  Added 
•••-  identify  th e  Wa rfighte r  Be nefrt 


Figure  2.  First  SIAP  SE  TF  Deliverables 

The  purpose  of  this  product  was  to  stimulate  the  SE  process  by  providing  inputs,  which 
the  TF  would  use  to  prioritize  Block  1  candidates  for  analysis. 

The  SIAP  Analysis  Team  (SAT)  will  use  the  LLDB  as  a  critical  tool  in  its  various 
analytical  venues.  The  SAT  will  support  the  planning,  execution,  and  analysis  (including 
root  cause  analysis),  and  reporting  of  SIAP-related  test  and  evaluation  events.  The 
SIAP  LL  DB  will  act  as  a  repository  and  enabler  for  comparing  results  from  SIAP  related 
live  exercises/critical  experiments,  Hardware-in-the-Loop  (FIWIL),  Operator-in-the-Loop 
(OITL),  and  other  Modeling  &  Simulation  (M&S)  for  the  systems  engineering  decision 
making  process. 
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2.  APPROACH 


The  SIAP  SE  Lessons  Learned  SET  membership  included  Services  and  BMDO 
representatives.  These  representatives  served  as  liaisons  between  the  SET  and  their 
respective  organizations. 

LL  SET  Membership: 

Luis  Villalobos  (SIAP  SETF  -  lead) 

Brenda  Johnson  (SIAP  SE  TF  -  co-lead) 

Jim  Wylie,  Dave  Cunefare  (Army) 

Alvin  Murphy,  Pete  Stafford,  Dr.  Gordon  Whitnall,  David  Berlin  (Navy) 

MAJ  Mades,  Nelson  Stewart  (Marine  Corps) 

Dr.  John  Nordman,  TSgt  Craig  Hayes  (Air  Force) 

John  Flynn  (BMDO) 

None  assigned  (JITC) 

a.  The  SET  initially  identified  the  sources  of  Lessons  Learned.  A  list  of  databases  and 
agencies  was  compiled: 

•  JIADS  IWG  Warfighting  Capability  Shortfalls  List 

•  BMDO  BMC3  Issue  Tracking  Database 

•  DISA  JITC  JTAO  Trouble  Reports 

•  DISA  JIEO  ICP  Data  base 

•  NCTSI  STIR  Reports 

•  JCLL  Library 
.  JCIET 

•  JNIC 

•  ROVING  SANDS 

•  FOAL  EAGLE 

•  CALL  Library  (Center  for  Army  Lessons  Learned) 

•  PMW-159 

•  Marine  Corps  Lessons  Learned  Database 

•  Navy  Warfare  Development  Center 

b.  The  SET  narrowed  the  number  of  sources  to  scale  down  the  amount  of  data  it 
evaluated  to  meet  the  6-month  deadline  set  by  the  SIAP  AE.  This  was 
accomplished  by: 

1)  Considering  those  sources  most  familiar  to  the  SET  members.  Of  the  sources 
listed  above,  Roving  Sands,  JCIET,  and  JITC  offered  immediate  potential.  The 
other  sources  would  be  addressed  during  the  development  of  the  on-line 
capability. 

2)  To  further  reduce  the  scope  of  the  effort,  the  SET  selected  a  timeframe  that 
would  maintain  a  balance  between  problems  needing  a  solution  and  those 
already  being  addressed  by  the  affected  weapon  systems.  The  SET  decided 
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the  reports  from  exercises  and  experiments  starting  in  1999  would  provide  such 
an  appropriate  balance  while  ensuring  Service  deficiencies  were  given  due 
regard. 

3)  Finally,  the  SET  needed  to  identify  and  define  the  data  elements  that  were  being 
collected  or  could  be  collected  to  support  analysis  by  the  SAT.  These  were 
derived  from  J-7’s  CJCSI  31 50.01  A,  CJCS  REMEDIAL  ACTION  PROGRAM, 
dated  1  November  1999  (Figure  3),  and  inputs  from  the  Prioritized  Improvement 
List  SET  (below). 


Data  Fields  of  Interest 

Initial  Set 

- — — — - -r 

Additional  Fields  from  PIL 

•  Observation  ID  # 

•  Location  of  observer  (Patriot,  AW  ACS) 

•  Originator 

•  Systems  Involved  (version/baseline) 

•  Operation/Exercise/Test 

•  Was  digital  data  recorded  at  system(s)? 

•  Date/Time 

•  Title 

•  Observation  Description 

•  Root-Cause  Analysis 

•  Lesson  Learned 

•  Recommended  App/Use 

•  Comments 

•  Data  Sources 

♦  Is  the  digital  data  still  available? 

Figure  3.  Database  data  fields 

c.  The  SET  developed  the  following  tasks  to  ensure  that  all  relevant  data  sources 
would  be  eventually  identified,  collected  data  would  be  provided,  and  that  a  process 
would  be  developed  to  sustain  the  above  activities  on  a  continuous  basis.  Key 
factors  include: 

1)  Identify  high-level  sources  of  lessons  learned  and  observation  data  associated 
with  the  aerospace  picture  and  provide  several  (unclassified)  samples  of 
lessons  learned  records  from  that  source  using,  as  guidance,  a  SET-defined  list 
of  data  fields  (Figure  3). 
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2)  Provide  a  cost  estimate  for  providing  access  or  delivering  the  data  identified  in 
Task  #1  above  (soft  format  preferable)  to  the  SIAP  SE  Task  Force  by  12  April 
2001. 

3)  Provide  an  estimate  of  any  additional  costs  for  maintaining  the  data  of  interest 
for  the  SIAP  SE  LL  SET  (Include  supporting  mechanisms  and  any  configuration 
management  required). 

4)  Provide  a  preferred  method  to  establish  a  permanent  agreement  through  which 
the  SIAP  SE  Task  Force  would  be  able  to  access  the  database  and  extract  data. 

These  tasks  were  included  with  the  request  for  data  sample  to  the  sources  selected 
in  this  round. 

d.  The  estimate  to  complete  the  collection,  consolidation,  analysis,  and  sorting  of  the 
data  exceeded  the  deadline  of  1  July  2001  by  several  months.  The  SET  evaluated 
and  then  adopted  an  interim  approach  to  obtain  an  initial  list  of  issues  to  feed  to  the 
PIL  process  and  initiate  the  development  of  the  on-line  capability.  This  list  of  issues 
would  be  made  from  the  Top  Ten  SIAP  related  issues  from  each  Service  and 
BMDO.  [The  term  “Top  Ten”  in  this  report  is  used  to  describe  this  list  as  a  relevant 
subset  of  issues  irrespective  of  the  exercise  they  were  derived  from  and  not  to  limit 
the  Services  or  BMDO  ability  or  willingness  to  submit  additional  issues]  Once  the 
issues  were  consolidated,  the  SET  met  to  categorize  them  into  the  following  bins: 

•  “Bugs”  -  specific  system  related  issues  usually  caused  by  a  failure  to  properly 
implement  a  requirement.  “Bugs"  are  returned  to  the  respective  program 
offices  for  action. 

•  “Structural”  -  root-cause  issues  shared  by  two  or  more  systems  usually 
caused  by  improperly  derived  or  omitted  operational  requirements. 

“Structural"  Theater  Air  Warfare  issues  are  forwarded  to  the  SIAP  SETF  for 
prioritization,  engineering  analysis,  and  solution  recommendations. 

•  “Tactics,  Techniques,  and  Procedures  (TTPs)”  -  issues  identifying  human 
error  or  faulty  procedures  as  a  possible  source  for  the  deficiency,  including 
training.  Clearly  defined  TTP  issues  must  be  returned  to  the  warfighting 
community,  i.e.,  JFCOM  for  action. 

•  “Non-repeatable”  -  these  are  issues  not  seen  by  anyone  else  or  after  review; 
they  are  impossible  to  replicate  or  analyze  due  to  missing  or  wrong 
information. 

The  results  of  the  LL  SET  analyzing  and  sorting  the  Services  and  BMDO  “Top  Ten” 
interoperability  issues  into  these  categories  were  provided  to  the  PIL  SET  on 
July  13,  2001 .  These  are  listed  in  appendix  A. 
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The  Top  Ten  issues  will  help  “prime  the  pump”  for  the  SIAP  SE  TF  analysis  efforts 
(in  lieu  of  hard  analytical  evidence),  help  capture  recent  developments  missed  by 
preceding  studies,  and  identify  key  interest  areas  for  qualitative  prioritization. 

e.  The  LL  SET  also  collected  the  database  data  field  elements  identified  in  Figure  3  for 
each  of  the  issues  submitted  by  the  Services  and  BMDO.  This  information  will  be 
the  initial  input  used  for  the  construction  of  the  SIAP  SE  Lessons  Learned  Database. 


3.  FINDINGS 

a.  The  SIAP  SE  TF  developed  a  list  of  issues  from  the  results  of  the  JIADS  IWG  and 
JMAA  TAR  SG  engineering  analyses.  This  list  encapsulated  the  known  issues  the 
TF  needs  to  jointly  resolve  with  the  Services  to  define  solutions  that  will  result  in  the 
development  and  maintenance  of  the  SIAP: 

1 .  Data  Registration: 

□  Common  Time  Reference/Standard  Issues 

2.  Track  Quality: 

□  PPLI  Issues 

3.  Correlation/Decorrelation: 

□  Consistency  of  Distributed  Track  Databases 

□  Tracking/Track  Management 

□  TBM  Reporting 

□  TBM  Data  Association/Correlation 

□  TBM  EW  Impact  Point  Prediction 

4.  Bandwidth: 

□  Link  16  Throughput  Issue 

□  Multi-link  Translation/Forwarding  Issue 

5.  Engage  on  Remote  (EOR) 

6.  Identification: 

□  Combat  Identification 

□  IFF/SIF 

b.  The  TF  sorted  the  “Top  Ten”  interoperability  issues  under  the  above  headings.  The 
result  showed  the  Service’s  “Top  Ten”  interoperability  issues  pointed  to  five  issues 
already  identified  in  the  JIADS  IWG  and  JMAA  TAR  SG  reports.  These  were: 

1)  Data  registration 

2)  Track  Quality 

3)  Bandwidth 
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4)  Correlation/Decorrelation 

5)  Identification 


4.  WAY  AHEAD 

To  date  there  are  no  documented  technical  specifications  for  the  database,  nor  “inch 
stones”  along  a  proposed  implementation  path.  Matching  the  technical  specifications 
(data  fields,  data  structure)  of  a  proposed  SIAP  LL  DB  with  those  of  the  other  services 
and  agencies  is  expected  to  be  a  complex  challenge  for  the  SIAP  SE  TF.  Securing  a 
Secret  Internet  Protocol  Network  (SIPRNET)  presence  for  a  classified  SIAP  Lessons 
Learned  Database  will  require  an  extremely  deliberate  and  sustained  effort. 

Synchronizing  and  standardizing  protocols  and  data  fields  among  the  various  service 
and  agency  lessons  learned  sites  (for  a  SIPRNET -based  database)  might  well  prove  to 
be  necessary  and  appropriate  for  the  SIAP  SE  TF.  In  the  interim,  however,  focusing 
initial  efforts  on  clear  and  consistent  technical  specifications  and  on  the  development  of 
a  prototype  database  should  be  the  first  priority.  This  is  definitely  a  crawl-walk-run 
approach,  but  it  appears  far  more  manageable  given  time  and  resource  constraints.  If 
this  prototype  database  entirely  (and  only)  supports  SIAP  events  of  interest  (per  the 
appropriate  DMAP),  it  becomes  a  more  focused  and  a  far  more  realizable  goal. 

The  LL  SET  plans  to  pull  the  best  ideas  from  established  DoD  databases  to  develop  a 
tool  for  tracking  SIAP  related  observations  and  issues.  This  prototype  will  serve  as  the 
basis  for  discussion  of  the  database  fields,  data  input,  and  desired  report(s).  The 
clearest  steps  to  achieve  this  are: 

1.  Define  database  requirements  including:  potential  users,  data  fields,  technical 
specifications,  etc. 

2.  SIAP  SE  TF  will  use  an  existing  tool  or  build  an  Access  2000  data  management 
system  (database).  The  data  maintained  by  the  system  will  consist  of  pre¬ 
defined  fields  common  to  the  input  sets  provided  by  the  SIAP  Lessons  Learned 
data  sources.  Data  input  and  modification  will  be  facilitated  by  a  Windows-based 
graphical  user  interface.  Users  will  be  able  to  enter  new  lessons  learned 
records,  as  well  as  view,  modify,  and  print  existing  records.  Users  will  also  be 
able  to  perform  simple,  pre-defined  queries  on  the  data  and  view  or  print  the 
results  in  report  format. 

3.  Input  Service  and  Agency  Top  Ten  Lists. 

4.  Evaluate  the  Air  Force  Center  for  Knowledge  Sharing  of  Lessons  Learned 
program.  This  will  help  understand  DB  development  issues  and  defining  future 
SIAP  Lessons  Learned  database  interface  requirements. 

5.  Provide  technical  documentation  of  the  system  as  appropriate. 
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The  LL  SET  recognizes  that  additional  steps  still  need  to  be  clearly  identified  to  meet 
the  objective  of  the  SIAP  SE  LL  DB.  The  definition  of  these  should  include  those  steps 
needed  to  address  the  void  identified  in  paragraphs  4. a.  and  b.  of  CINC  JFCOM 
memorandum  dated  7  Jan  02  (appendix  D).  To  address  this  void  the  LL  DB  should 
consider  the  following: 

a.  Developing  a  joint  methodology  to  provide  feedback  to  CINCs  about  the 
numerous  Link-16  deficiencies  identified  during  operations. 

b.  Tracking  data  link  implementation  and  certification  across  all  members  of  the 
TAMD  FoS  to  ensure  that  “bugs”  are  being  fixed. 

c.  Integrating  knowledge  stored  in  other  databases  to  provide  system  data  link 
capabilities  to  a  community  of  users  to  support  FoS  configuration  control,  joint 
testing,  and  JICO  planning. 


LL  SET  POA&M  (LL  DB  On-Line  Capability  Development) 

- — — - —————— 


Residual  Capability 

JAN 

FEB 

MAR 

APR 

MAY 

JUN  1  JUL 

1.  IPRs  i 

A 

L 

L 

A 

r  i 

2.  PLANNING  A 

a.  Select  lead  S/A 

b.  Release  Surveys  &  SOW 

c.  Develop  LL  DB  Dev  Plan 

k . 

3.  Prototype  Develop  &  Demo 

a.  Unclassified 

b.  Limited  access 

c.  Modeling  &  Testing 

d.  Real-time  Demo  at  JDEP 

A 

A 

4.  F/O  Capability 

A. 

:  p'  \  :^a 

k 

wtr - ^TT 

.r j  ■ 

k 

A 

k 

a.  SIPRNET  * 

b.  Linkages  to  Other  LL  Sys 

c.  Full  on-line  access 

d.  Demo  at  TBD 

p  V  9  n  TR  llpHatPQ 

A 

L., 

L  A 

A  r~i 

5.  Ownership  Transition 

A 

k . 

Figure  4.  LL  Way  Ahead  POA&M 
Key  Milestones  and  action  items. 

Milestones  Action  Items 

(D  -  Day)  SETF  provides  database  functional  requirements  and  data  field 

definitions/descriptions. 
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D  +  14  List  of  Database  Fields.  Presentation  and  discussion  of  database 

fields  content  and  format. 

0  +  42  Prototype  Demonstration.  The  prototype  will  be  a  working  version 

of  the  data  input  screen  (GUI).  It  will  not  be  the  final  product  but 
will  serve  as  the  basis  for  discussion  of  the  database  fields,  data 
input,  and  desired  report(s). 


5.  CONCLUSION 

Because  of  the  high  degree  of  commonality  of  the  issues  among  the  Services  and 
BMDO,  the  consolidated  list  of  deficiencies  offers  a  credible  starting  point  for  the 
development  of  the  Block  1  effort  and  refinement  of  Block  1  analysis  priorities. 


6.  RECOMMENDATIONS 

The  Services  and  BMDO  in  collaboration  with  the  SIAP  SE  should  develop  standards 
and  procedures  for  the  collection,  sharing,  and  joint  analysis  of  data  from  relevant  open- 
air  exercises  and  experiments  to  support  SAT’s  root-cause-analysis  and  provide 
feedback  on  the  implementation  progress  of  system  fixes. 
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Appendix  A  Services/BMDO  Top  Lessons  Learned  Interoperability  Issues  for  SIAP 


f. 

f-  ::  i: 

Services/BMDO  Top  Lessons 
Learned  Interoperability 
Issues  For  SIAP 

",  '  ' 

v:v ; 

% 

ITEM 

# 

Interoperability  Issues 

SIAP 

Category 

Bugs/Struct 

/TTP 

System 

Functio 

n 

Root  Cause 
Analysis 
Data 

Available 

Comments 

Army- 

01 

Evaluation  of  the  ASCIET  ’99  and  ’00  data 
has  shown  that  FAAD  C2  had  contributed  to 
the  dual  tracks,  which  can  be  pinpointed  to 
correlation.  These  anomalies  occurred  for 
two  main  reasons:  1)  different  track 
correlation  box  sizes  between  system’s  (e.g. 
PATRIOT’S)  and  2)  tracks  not  correlating 
due  to  unstable  communication  links.  As  a 
direct  result  of  these  findings,  FAAD  C2 
increased  the  correlation  gate  sizes  for 
external  tracks.  When  the  correlation  logic 
was  originally  designed,  stable 
communication  links  were  assumed. 
However,  recent  exercises  have  shown  this 
to  be  an  invalid  assumption. 

Structural 

TC 

Yes 

. 

Army- 

02 

MIL-STD-6016A  identifies  7  (Friend, 
Assumed  Friend,  Hostile,  Suspect,  Neutral, 
Unknown  and  Pending).  FAAD  C2  maps 
these  IDs  into  one  of  three  (Friend,  Hostile, 
Unknown)  for  graphical  display.  However, 
access  to  the  JDN  ID  can  be  viewed  via  the 
ID  Event  History  Table  in  the  Message 

Menu  Viewport.  {Consideration  should  be 
given  to  the  operational  impact  of  displaying 
all  the  seven  different  ID’s  to  the  Shorad 
gunner.} 

Bug 

ID, 

Display 

Yes 
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Army- 

03 

FAAD  C2  automatically  accepts  IFF  data 
(e.g.,  Valid  Mode  IV)  from  the  JDN  without 
re-interrogating.  During  ASCEIT,  some 
“Hostile”  aircraft  were  reported  as  “Friends” 
to  the  Fire  Units.  Analysis  of  ASCIET  data 
indicated  that  track  mis-identifications  (i.e., 
erroneously  declaring  a  Friend)  occurred 
due  to  incorrect  IFF  associations  with  two 
(2)  air  tracks  in  close  proximity  of  each 
other.  FAAD  C2  considers  a  Valid  Mode  IV, 
whether  from  a  remote  or  local  source,  a 
true  Friend  (i.e.,  a  high  confidence  event). 

Bug 

ID 

Yes 

Army- 

04 

The  current  design  of  FAAD  C2  discards 
tracks  received  from  JDN  with  the  SPI  bit 
set.  Although  FAAD  C2  will  receive  the  J3.2 
SPI  field,  it  will  internally  discard  tracks 
requiring  special  processing  per  the  FAAD 
C2  B5  (Software)  Specification  paragraph 
1.3.2. 11. 2. 1.2. a. 2.  Note:  This  issue  is  being 
addressed,  and  will  be  resolved  upon 
release  of  FAAD  Version  5.3  (2002 
timeframe). 

Bug 

ID 

Yes 

Army- 

05 

PATRIOT  (version  PDB-5)  will  set  the 
exercise  indicator  of  a  track.  The  impact  to 
FAAD  C2  is  that  when  FAAD  C2  receives 
an  exercise  track  on  the  JDN,  it  will  display 
it  internally  as  a  Friend  (true  ID).  If  FAAD  C2 
assumes  R2  on  the  track  it  will  retransmit 
the  exercise  ID  (e.g.,  Faker,  Joker,  etc.)  that 
was  received  onto  the  JDN.  Additionally, 
FAAD  C2  will  not  contest  exercise  ID's;  it 
will  automatically  accept  any  received 
exercise  ID  for  retransmission  purposes  if 

R2  is  assumed.  The  exercise  indication  and 
exercise  ID  of  the  track  is  displayed  at  the 
FAAD  C2  ABMOC  as  supplemental  track 
information  amplifying  the  Friend  identity 

Bug 

ID 

Yes 

Army- 

06 

FAAD  C2  will  correlate  with  a  JDN  track 
with  a  Mode  II  IFF  except  during  manual 
correlation  when  the  “reported”  two  different 
tracks  have  non-matching  Mode  II  codes. 
Specifically,  FAAD  C2  will  not  allow  manual 
correlation  when  a  track  has  had  two  non¬ 
matching  Mode  II  codes  in  TADIL-J. 

Structural 

TC 

Yes 

Army- 

07 

ABT  Corr/Decorr  ICP 

Structural 

TC 

Yes 

11 


Army- 

08 


Army- 

09 


Army- 

10 


Army- 

11 


Army- 

12 


Army- 

13 


Army- 

14 


Army- 

15 


Army- 

16 


Army- 

17 


Army- 

18 


Army- 

19 


Army- 

20 


.  IFormation  Tracking/Formation  Assessment  IStructural 


NAVY 

01 _ 

NAVY 

02 


Joint  standards  for  the  coordination  and 
exchange  of  target  data  suitable  for 

engagement-on-remote _ _ 

-  Consistent  rules  for  space  track  (TBM) 
reporting  and  correlation  in  a  debris 
environment _ 


Techniques  to  improve  the  bandwidth 
and/or  efficiency  of  TADIL-  J  throughput 
More  consistent  and  correct  reporting  of 
Track  Quality  for  air  and  space  tracks _ 


Improved  gridlock  and/or  self  registration  to 

support  Engagement  on  Remote _ 

~Link  16  ID  Difference  Indicator  is  not 
properly  implemented  in  AEGIS,  E-2C, 
PATRIOT  and  E-3  (and  possibly  other 
systems)  [SIAP  WF  Shortfall  00-027] 

AW  ACS  sometimes  does  not  relinquish  R2 
of  a  track  to  a  JU  reporting  a  higher  TQ 

fSlAP  WF  Shortfall  00-020] _ 

Rules  for  joint  service  TBM  engagement 
coordination  to  include  lower  tier-lower  tier 

and  upper  tier-upper  tier _ _ _ 

Improve  consistency  and  correctness  of 
reporting  by  aerial  surveillance  sensors 
(e.g.,  TQ,  raid  size,  height  source,  position) 


Patriot  sometimes  reverts  track  ID  to 
pending  upon  assuming  R2  and  ignores 
future  ID  difference  or  CDO  on  that  track 


AEGIS  does  not  terminate  all  engagements 
it  has  reported  on  the  data  link  {SIAP  WF 

Shortfall  00-016} _ _ 

Lower-Tier  -  SHORAD  Situational 
Awareness  that  provides  sufficient 
information  to  assist  with  engagement 
coordination  (e.g.,  J10.2) _ 

-  Improve  Joint  training 

~  Correct  system  deficiencies 


NAVY-  Improve  airborne  sensors 
03  _ 


Structural 


Structural/B 

ug 


Structural 


Structural 


Structural/B 

ug 


ALL  No 

ID,  DT,  Yes 
DR,  TC 


See  Navy 
sub¬ 
categories  at 
enclosure  1 


[Structural  |ALL  I  Yes 
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NAVY-  Provide  positive  ID  on  friendly  A/C  (PPLI,  Structural 
04  Saber,  Mode  5,  etc.) _ " _ 


NAVY-  Increase  bandwidth/enhance  B/W  utilization  Structural 

05 _ 

NAVY-  Improve  Joint  SOP  (CJCSM  6120/JMTOP)  TTP 


NAVY-  Provide  robust  relay  capability 
07  _ 


NAVY-  Enhance  JTIDS  Network  Library  (JNL) 
08  Qualitv/Confiquration  Control 


AF-01  TQ  discrepancies 


Structural 


AF-02  I  Data  registration 


AF-03 


AF-04 


AF-05 


AF-06 


AF-09 


AF-12 


AF-13 


AF-14 


AF-15 


AF-16 


Correlation/decorrelation 


Common  time  standard 


MIL  STD  6016  implementation 
discrepancies _ 


Enable  all  platforms  to  use  terminal 
throughput  options _ 


Implement  TSR  on  all  surveillance  sensors 
Promote  fielding  of  JRE  _ 


Implement  contention  access  for  fighters 


Develop  &  implement  enhanced  throughput 
Improved  tracking  for  low  flyers  (CM) 


SIAP  in  coalition  environment 


DT, 

Conn 

ALL 


TTP 

Conn 

No 

Structural 

TC, 

NAV, 

DR,  DT, 
Conn 

Yes 

Structural 

TC, 

NAV, 

DR,  DT, 
Conn 

Yes 

Structural 

TC, 

Conn 

Yes 

Structural 

TS, 

NAV, 

DT,  TC, 
Conn 

Yes 

Structural 

ALL 

Yes 

SIAP  in  support  of  offensive  missions  (air 

dominance) _ 

Generation  &  exploitation  of  SIAP  in 

coalition  environment  (e.g.,  Korea) _ 

Relationship  between  SIAP  and  offensive  Structural 
air  operations _ 


SIGNIT  asset  integration  improvements  Structural 


iStructural  IConn  Yes 


Structural 

Structural 


Structural 


Structural 


Structural 


Structural/T 

TP 


Structural/T 

TP 


Structural 


IConn  Yes 


Conn  Yes 


TC,  DT,  Yes 
IFC 


ALL  Yes 


Conn 


design  study  to  maximize  Link  16  support  to 

_ JTAMD  operations  _ 

AF-18  Develop  family  of  datalink-to-datalink 

gateways _ _ _ 


AF-19  Combine  NPG  7  &  8  _ 

AF-20  Explore  new  continuation  word  for  J3.2 

providing  time  stamp  and  covariance  data 


AF-21  Allow  variable  update  reporting  (VUR)  on 

the  JDN _ 


AF-22  Allow  multiple  reporters  on  the  JDN  (e.g., 
relax  R2  rules  during  maneuvers) 


16  Blue  aircraft 


USMC 

-01 


USMC 

-02 


USMC 

-03 


USMC 

-04 


USMC 

-05 


USMC 

-06 


Sensor  registration  and  lack  of  clock 
synchronization:  Especially  w/r  TPS-59 
north  finding  and  requirement  for  manual 
entry  of  radar  location  in  TAOM.  Leads  to 

track  suppression  and  dualing. _ 

Track  error  caused  by  Latency  (both 
compensated  and  uncompensated)within 

operational  facilities _ 

Unreliable  PPLI’s  (Translation  of  some 
aircraft  100's  of  km  owing  to  faulty 
integration  of  nav  system  with  terminal  and 
latency).  PPLI’s  for  ships  can  also  move 
erratically  (gyro  drift)  in  which  case  entire  air 

picture  shifts  with  the  PPLI. _ 

Significantly  Different  correlation  rule  sets 
between  operational  facilities.  Leads  to 

track  suppression  and  dualing. _ 

Lack  of  time  tag  and  height  rate  in  air  track 
messages.  Inhibits  correlation  accuracy 

during  interupdate  period  _ 

J3.2  TQ  calculation  inconsistency  at 
different  units,  especially  with  arbitrary  TQ 
assigned  instead  of  derived  from  actual 
tracker  performance  estimates. 


Structural 

Conn 

Yes 

Structural 

Conn 

Yes 

Structural 

Conn 

Yes 

Structural 

DT,  DR, 

IFC, 

Conn 

Yes 

Structural 

Conn 

Yes 

Structural 

DT,  DR, 

IFC, 

Conn 

Yes 

Structural 

DT, 

Nav, 

DR, 

Conn 

Yes 

Structural/B 

ug 

NAV, 

TS,  DR 

Yes 

Structural/B 

ug 

DT 

Yes 

Structural/B 

ug 

NAV, 

DR,  DT, 
TC 

Yes 

Structural 

TC 

Yes 

Structural 

TC 

Yes 

Structural 

TC 

Yes 
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USMC  Inconsistent  definition  between  J3.2  TQ  and  Structural 
-07  PPLI  GPQ  values,  and  unhelpful  dynamic 

range:  the  tabular  values  for  air  track  TQ 
are  not  pegged  to  meaningful  operational 

_ values. _ _ 

USMC  Inflexible  time  slot  allocation  (fix  is  TSR  or  Structural 
-08  DNS) 

USMC  Inefficient  bandwidth  use  tied  to  RRN  values  Structural 
-09  (update  rates).  For  example,  land  PPLIs, 

surveillance  J3.2  set  at  8-20  seconds, 

_ status  message  updates,  etc. _ 

USMC  Doctrinal  ID  shortfalls  (for  example,  ships  Structural 
-1 0  and  aircraft  become  TBMs  if  they  happen  to 
fly  in  a  particular  airspace,  friendly 

_ interceptors  interpreted  as  hostile  TBMs) _ 

USMC  Lack  of  net-wide  ID  definitions  (inconsistent  Structural 
-1 1  ID  taxonomies) _ 


BMDO 

-01 


BMDO 

-02 


BMDO 

-03 


BMDO 

-04 

BMDO 

-05 


BMDO 

-06-A 

BMDO 

-06-B 


Drop  Track  Messages  Not  Transmitted  for 
LP  and  IP.  AEGIS:  LP/IP  are  transmitted 
on  the  data  link  long  after  impact. _ 


AEGIS  Drop  Track  Reports.  AEGIS: 

AEGIS  incorrectly  transmits  Drop  Track 
reports  for  tracks  which  it  does  not  have  R2. 


CMC/EMT  Does  Not  Perform  Space  track 
R2:  CRC:  The  CRC  Expert  Missile  Tracker 
(EMT)  does  not  perform  R2  iaw  MIL-STD 
6016.  It  is  in  broadcast  mode  only  and, 
therefore,  always  assumes  R2. _ 


Debris  Tracking.  Several  units  reported 
numerous  drbris  tracks  which  clutter  the 

JDN  picture.  _ 

TBM  Lost  Tracks  are  reported  after  splash. 
AEGIS:  USS  LAKE  ERIE  continued  to  send 
Lost  Tracks  on  Track  Number  5031  after 

splash  had  occurred. _ 

MIL-STD  6016  provides  no  guidance  for 

TBM  correlation.  _ 

PATRIOT  only  performs  local-to-remote 
correlation  once.  PATRIOT :  The  PATRIOT 
PDB-4  computer  program  will  only  perform 
local-to-remote  correlation  for  a  given  local 
track  once,  which  in  some  situations  results 
in  a  dual  designation. 


Structural 


Structural 


DT,  TC 

Yes 

DT, 

Conn, 

IFC 

Yes 

DT,  TC 

Yes 

ID 

Yes 

ID 

Yes 

DT 

Yes 

DT 

Yes 

DT,  Yes 
Conn, 

TC,  IFC 


DT  Yes 


Structural  IDT,  TC  Yes 


Structural  |DT,  TC  Yes 
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RS99/ 

00-03 


RS99/ 

00-04 


TAOC  can  process  and  display  only  a 
limited  number  of  PU’s  and  JTIDs  Units 
(JU’s).  TAOC:  This  is  a  significant  problem 
for  the  TAOC.  With  the  planned  increase  in 
the  number  of  JU’s  in  any  theater  of  war,  or 
exercise,  without  fixing  this  problem  the 
TAOC  will  not  be  able  to  handle  a  majority 
of  datalink  management  of  BMC4I 
functions. 

Structural 

NA 

Yes 

JTAGS-Related  Dual  Tracks.  JTAGS: 
JTAGS  ability  to  correlate  and  implement 

R2  was  not  fully  demonstrated  during 

HWILT  00a. 

Structural 

TC 

Yes 

JTAGS  J10.2  and  J3.0  Implementation. 
JTAGS:  JTAGS  does  not  use  the  J10.2  and 
Drop  Track  It  generated  J3.0  and  J3.6  data 
for  nonexistent  tracks,  as  if  there  was  early 
burnout. 

Structural 

DT,  IFC 

Yes 

JTAGS  TBM  ID  Incorrect.  JTAGS:  JTAGS 
classifies  TBMs  by  type  but  reports  them  as 
unknowns  in  TADIL-J  J3.6  messages 
throughout  their  trajectory. 

Structural/T 

TP 

TC 

Yes 

JTAGS  Correlation  CaDabilitv.  JTAGS: 
During  HWILT  testing,  JTAGS  did  not 
appear  to  attempt  to  correlate  their  track 
with  existing  tracks  before  initiating  a  new 
track  on  the  link 

Structural/B 

ug 

TC 

Yes 

WCSL- 

028 

WCSL- 

032 


JTIDS  training  was  needed  for  units  arriving 
to  their  respective  field  locations. 

TTP 

Conn 

Yes 

There  were  two  primary  methods  for 
managing  air  track  production  in  a  Joint 
Integrated  Air  Defense  System  (JIADS): 
Track  Production  Areas  (TPA)  and  Mutual 
Support.  Both  methods  have  benefits  and 
limitations  that  must  be  understood  so  that 
training  and  planning  can  insure  successful 
implementation. 

Structural/T 

TP 

DT,  TC 

No 

PATRIOT  sometimes  reverts  track  ID  to 
pending  upon  assuming  R2  and  ignores 
future  ID  difference  or  CDO  on  that  track. 

Structural/B 

ug 

ID 

Yes 

Incorrect  response  to  Command  orders 
(machine  receipts) 

Bug 

Display 

Yes 

PATRIOT  improperly  transmits  CANTPROs 

Bug 

Display 

Yes 
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Appendix  B  Roving  Sands  99  Observations  Summary 

General  exercise  description. 

1.  JICO/AADC/32nd  AM  DC  authority  relationships. 

2.  Deputy  AADC  focused  primarily  on  ARFOR  issues  w/little  support  for  Joint  Air 
Operations  Center. 

3.  Identification  authority  was  not  well  defined  for  C2  and  ADA  units  causing  track 
management  problems  for  the  JICO. 

4.  Joint  Communication  Control  center  and  JICO  relationships  benefited  by  having  a 
communications  liaison  officer  on  the  JCC  team. 

5.  Coalition  representation  to  JICO  cell  needed  to  support  timely  operation  with  the 

allied  forces.  ...... 

6.  The  boundaries  and  dimensions  of  defended  assets  not  identified  so  units  assign 
default  radius  leading  to  SAM  wastage  and  missiles  being  classified  as  leakers. 

7.  Airspace  control  order  contained  many  routes  to  prevent  blue-on-blue  engagements 
was  unrealistic  and  distracting  to  multinational  operators. 

8.  Coalition  interoperability  revealed  US  and  coalition  SAM  forces  use  different 
terminology,  doctrine,  and  have  different  methods  to  communicate  orders  and  intent. 

9.  Broadcast  paging  for  TBM  early  warning  focused  on  troops  in  the  predicted  area  but 
these  moved  the  pager  among  their  organic  units  causing  the  wrong  unit  to  be 
warned  if  the  database  is  not  properly  updated. 

10.  Passing,  sharing,  and  processing  information  between  organizations  into  a  website 
with  no  warning  or  indication  created  a  dangerous  time  lag  were  opportunities  for 

engagement,  situational  awareness,  and  CINC  targeting  priorities  were  lost. 

1 1  .Attack  operations  dilemma  caused  by  lack  of  proper  cataloging  (time  sensitive 
targets,  emerging  targets,  and  ATO  targets)  of  targets  compounded  by  the 
competition  for  sensors  and  shooters  between  JFLCC  and  the  JFACC. 

12. parallel  between  the  32nd  AAMD  and  the  TMD  cell  at  the  AOC  introducing  delays  in 
the  process. 

13. Successful  TAMD  battle  management  requires  voice  and  data  to  successfully 
integrate  systems  such  as  THAAD,  NTW,  ABL  in  upper  tier  as  well  as  to  perform 
battle  hand-offs  to  lower  tier. 

14.  Lower  and  upper  tier  deconfliction  needed  due  to  numerous  over-engagements  of 
TBMs  by  both  tiers,  necessitated  the  establishment  of  a  voice  link  until  a  better  JDN- 
based  solution  is  developed  as  well  as  a  JTTPs. 

15.  Communication  liaison  with  Allies  hindered  by  lack  of  communications  background 
MOS  personnel. 

16. JTIDS  training  was  needed  for  units  arriving  to  their  respective  field  locations. 
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SUMMARY  -  Roving  Sands  2000. 

□  Observation  -  Joint  Theater  Air  and  Missile  Defense  (JTAMD) 

□  Observation  -  JTAMD  Liaison  Officer  (LNO)  Cell  within  the  JTF 

□  Observation  -  Theater  Ballistic  Missile  (TBM)  Defense  Coordination 

□  Observation  -  Theater  Ballistic  Missile  (TBM)  Voice  Early  Warning  Grid 

□  Observation  -  Procedures/Definition  of  Time  Sensitive  Targets  (TST) 

□  Observation  -  Data  Link  Connectivity  and  Identification  Issues 

□  Lesson  Learned  -  Use  of  Track  Production  Areas  versus  Mutual  Support 

□  Observation  -  Serial  J  Links 

a  Observation  -  SAA  and  COP  Managers 

Issue  -  Airframes  within  TBMCS  AODB 

□  Observation-Air  Defense  Artillery  Fire  Control  Officer  (ADAFCO)  Integration 

□  Observation  -  Airspace  Control  Order  (ACO)  Management  Procedures 

□  Observation  -  Dissemination  of  SAM/SHORAD  Tactical  Orders  (SSTO) 

□  Observation  -  Web-Based  Distribution 


Appendix  C  SIAP  Deficiencies 


1)  Common  Time  Reference/Standard  Issues  (Only  non-Block  1  deficiency) 

2)  Data  Registration  Issues 

3)  Track  Quality  Issues 

4)  PPLI  Issues 

5)  Consistency  of  Distributed  Track  Databases  Issue 

6)  Tracking/Track  Management  Issues 

7)  TBM  Reporting  Issue 

8)  TBM  Data  Association/Correlation  Issues 

9)  TBM  EW  Impact  Point  Prediction  Issue 

10)  Link  16  Throughput  Issue 

11)  Multi-link  Translation/Forwarding  Issue 

12)  Engage  on  Remote  (EOR)  Issues 

13)  Combat  Identification  Issues 

14)  IFF/SIF  Issues 
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Appendix  D  CINC  JFCOM’s  Memorandum 


DEPARTMENT  OF  DEFENSE 

COHUftMDEH  l»GKJ£F 
US.  JC9MTP0RCC®  COMMAMO 
1  mz  tmmftgR  AweMJC  surre  200 

NORFOLK,  '  WBpwBaformt 

J01 

O'?1  January  <72 


MEJ-tORASDUM  FOR  SINGLE  »i®5fil»ag3&  AIR  RICfUAE  SYSTEM.  nmi 

Siagl*?  I’ate^raced  to  Rietare  (SEKSi  .cswedidafce  Biddle  1 
issues 


1  jtoar  lacter  M  2  Kuvsrdb-ax'  2GD1  »,nifc«ct  Sts?:'*®  Joint 

S*^bb  COtoKtahd  C'bSJECbM)  w»Kter<MS8«»n’t  «f  t!w*.  StAP  g£  Task  Fowsw/.* 
BiSdk  1  ^fcrt.  fhi-s  iefct'eJr  provides  that  ^a^awiwsnfe  an*  waits 
f&S  additional  s^sMbie  ifr  stated. -4IPS**- 

2  Sarterpuziti.  OSO'FCQ#  is  *iA®Kfcd:  by  tjte  bTJS&  (ftfptt.)  to  assist 

■t  ’  SZA?  S5  operational  snd  pr.tor.it  iss, 

5tia  (JSJ FCOft  ret:! ew  of  tbb  caisdttQatt*  Slock  1  bwfc'ifcws'-  Caw  bcnlLselsd 

jSto\:  validated  TAHb,  CIO  bn*  CKOs-;  the  2010 

beUrshtenoi  ©Ortcapki  jnd  .ajitifc}|«t?<ri  Ibprdvfflmant  to  jri.tfit 

«Irtl  ghr ing  'eapa.Mttt.icb.  SMtewiia .  -att*  4l*c«bsipww  .pf 

Tfm  siook  -1  list  have  also  boon  conducted  with  CCIfTT,  TTAMC-O, 

art*  OHDO', 


3.  -osKfFCOM  ,««dBfeiW  '*&*  slotk  i.  «sp^ta'kiuhial  'dSapaf,  q*r-  fsfctt.h%Sr' 
feetfecsiba'  dual  tracks ,  improving  CcReha  t  Ideriti  f  icat  lon  {DID)  > 
TSW-1D  be'rfhrTsance.  and  data  networking  capmSsilitios-  and  the 
t-eeftWlea.i.'.  iwauhs  sis*  bet  ©t  ed.  .with..  baeb.. 

■4.  Midi  Mortal  concerns  in  arftae  that  iiroact  and  intei-smct  Sib* 
gjjgy  ■' ’ijSS  TF  are-  provided  below: 

^  SesViste-L  p.Si:'i3t*lCY  systems  axe  non  -  eOrapl  i  art  T.  With 

-  '^bsfe  ''dieficifebfcib^  bay  h**#»t*=  &£  -dtegtedi  »he 
imo  ruve<l  per  forma  fid*  Biodfc  0  and  slop*  1  are  designed  to  provide 
idibt-  uatfifhtefsu  ttis  inei'odes  ■sys,tfci&  that  have  Men 

bihoe-.  19,99.  The;.©  S*s.:  a*;;  fbj^aek  -awtftod  to  msate 

c«7^rp  Xi&o  &fs  ~ 

T’ne re  rweds  to  be  a  datatesa  to  track  data,  link 

iifiblbAsrtfcftti.b*  -a-r.d  cartiT leatAon  across  all  members  &x  the  1’Amd 

F^awti  J.  v  of  Bysk-bbs  fFooi  ♦  A  *stb-bFbX  :  i*^iobb'ty^-y/.  coordm ©fed  with 
Ste-ry  *  c:e  krogra*  Managers,  is  ttebdad  bo  maintain.  and  provide 

svM’Sjw  data, " i-lrtk  capabilities  te  a  fiwwitarilty  at  mat  &  to  suppMt 

RoS  'bort-rigaration  control,  jdinfc  testing"  and  diCb  planning. 
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| .  Request  provide  DSJFCCH: 


li;<  xe<^mnafcRdat.icsnS  .of  ■  fc&w  ?d 

address  the  fc*s»u*s  identified  -in  paragraph  4  within  .3.0  days. 

xhe  .alette  1  list  upen  completion  af  _  the  $IAP  7F  system 
engineer ing  process.  Timeliness  of  deliver!  ntf  war  fighting 
C*pabiJUCiOs"is  -&  continuing  .concern.  With  deV&lD£tt«.fit  of  ilia 
ileok'-'l"  Dedisipn  Sagpor&  Bibdix.,  ' cities t  you  ipcitade  options  for 
mote  t-isitelv  fcn|*i«#*n£*t'W  of  they  exposed  actions;. 


S-.  We.  jjtfgte  EbjawitSf  ‘ted  cootihoael  di£rcus*ion&  id  fct&se  *&eas  .And 
aie  devoted  to-  doiitflg  wffck  you.  «Sd  $nxt-  Staff'  to  do  all 
possitels  to  effect,  a  for  the  warfighters.  %  ®6cs-  are  COS* 

Howard  gartfcat*,  JSSf  b3»  336-791?,  haraatmglfccm.fflilt  and  C&PT 
Joe'  HOfft,  JSi,  9S»  8l«-SS<0,  hornj §i'f coiit. atiy  " ~ 


, . v  .  Mm 

vice  Mdral,  #.S.  f%|y 
PepUty^Ccmnia  nder  in  Chief 


a  inale  integrated  fit  picture  system  f&giftee*  it*  9865 

S1aI/B?2  ritd  02  fid*  61 


copy  to; 

JTftMDQ  .  .. ;.  .  ., 
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